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in 



System 100 also includes an operating system (not shown). A person of ordinary skill 
the art will understand that the memory 104 and computer readable media 124 may contain 
additional information, such as other application programs, operating systems, other data, etc., 
which are not shown in the figure for the sake of clarity, ft will be understood that data 
processing system 100 (or any other data processing system described herein) can include 
numerous elements not shown in Fig. 1(a), such as additional data, software and/or information 
in memory, disk drives, keyboards, display devices, network connections, additional memory, 
additional CPUs orpjrocessors, input/output lines, etc. 



Please replace the paragraph beginning on page 16, line 29 of the specification with the 
following paragraph: 



Call-Waiting 

Not only can trusted people get through when the user is holding calls, they can even 
get through when he is on the phone (see for example Figs. 9(a)-9(c)). This embodiment tells the 
user who the caller is, and allows in most cases a quick text message or reply, similar to instant 
messaging, implementation of which is known to persons skilled in the art. In at least one 
embodiment, no beep sounds and thus, a person on the other end of the phone during a currently 
occurring telephone call does not know that another call is available to the user. 




Please replace the paragraph beginning on page 7, line 19 of the specification with the 
following paragraph: 

Fig. 2(d) shows an embodiment in which a requester's system 226 connects to a target's 
system 232 (or a target's proxy) via a network 224, but in which the requester system connects to 
the target only via a telephone. For example, the requester may not have a software client 
installed on his computer. The requester can still indicate availability by calling the target system 
or a centra] server acting for the target (or the requester) and entering touch tones. Alternately, a 
target system can be a specially adapted telephone. 



Please replace the paragraph beginning on page Y, line 25 of the specification with the 
following paragraph: 
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Fig. 2(e) shows an embodiment in which a requester's system 252 connects to a target's 
system 256 via a network 254 and in which a central server coordinates the management of calls 
for the user systems. In at least one embodiment, the queue of waiting messages and databases 
for priority and sorting are located on the central server. 



Please replace the paragraph beginning on page 8, line 5 of the specification with the 
\^ following paragraph: 

Fig. 3 is a flow chart showing a method for requesting and completing a realtime message 
(RTM) between a requester and a target. (An RTM is also referred to herein as a "call" because 
many embodiments of the invention, the purpose of the embodiment is to mediate telephone 
calls.) Examples of realtime messages include telephone calls, face to face meetings, and 
conference calls between two or more people. In element 302 of Fig. 3, a requester sends a 
message requesting a realtime meeting. This request is sent to one or more targets. Alternately, 
targets and requesters may be associated with each other in an arbitrary graph based on requests 
between parties. For example, user A may request a meeting with user B, and B may request to 
add user C. All three parties would become parties to the meeting. 

Please replace the paragraph beginning on page 14, line 25 of the specification with the 
following paragraph: ^ 




In element 810, when the call ends, the system signals the end of the call to other servers 
and dequeues the call from the pending call list. Certain embodiments also log the call. In 
certain embodiments, the system also must explicitly state that its user is available. 



on 



Please replace the paragraph beginning on page 8, line 22: 
Fig. 4 is a flow chart showing queuing an RTM request. The queues generally reside 
the user's systems. In a system with optional servers, if a user system receives an RTM request 
from user A to user B, the system looks up servers that handle requests to call user B in element 
402. If the system of user B does not accept the call in element 404, the system informs user A 
that the RTM request is denied in element 406. Otherwise, in element 408, the RTM request is 
recorded on user A's server and the system asks B's servers to record an RTM request from user 
A in element 412. The event is redisplayed in element 414. 
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